docs(ledger): batch the review appends from #1206, #1207, #1210, #1211, #1224 and the #1192 landing#1232
Conversation
#1224 Five open PRs each append review records to docs/branch-review-ledger.md and nothing else. Each one has to be synced against main and carried through a full CI cycle, and every sync risks the union driver re-duplicating rows, so the queue cost far exceeds the fifteen lines involved. Rows are copied verbatim from each PR head and verified byte-identical, so the original PRs can be closed as landed here rather than merged individually.
|
You have reached your Codex usage limits for code reviews. You can see your limits in the Codex usage dashboard. |
|
This pull request has been ignored for the connected project Preview Branches by Supabase. |
|
Warning Review limit reached
Next review available in: 11 minutes Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available. How can I continue?After more reviews become available, a review can be triggered using the To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews. How do review limits work?CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability. For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window. Please refer docs for additional details. Review details⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (1)
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
Summary
Five open PRs change
docs/branch-review-ledger.mdand nothing else, contributing fifteen review records between them. This lands all fifteen in one commit so the five originals can be closed rather than each carrying its own main sync and CI cycle. A sixteenth record covers the #1192 landing, added here rather than as a seventh ledger PR.c4d5f47a39), recorded here to avoid another single-row PRThe queue cost of these five is out of proportion to sixteen lines of documentation. Each needs a main sync to become mergeable, and each sync risks the
unionmerge driver re-appending records both sides already carry — which is exactly what blocked #1192'scheck:branch-review-ledgertwice in one hour today, and what outstanding item #82 tracks. Batching removes five sync-and-rerun loops.Rows from the five source PRs are copied verbatim from each PR head, then asserted byte-identical against their source after appending, so nothing is paraphrased, reordered within a PR, or lost. No existing record is edited or removed; this is a pure 16-line append.
The five source PRs are left open. Closing them is the author's call, and they can be closed as landed here once this merges.
Verification
Documentation-only change to a single file, so the source-code gates in the template do not apply. What was run:
npm run check:branch-review-ledger— 957 records, union merge active, no conflict markers, no exact duplicatesnpm run docs:check-links— 1192 repo path references resolveprettier --check docs/branch-review-ledger.md— cleangit diff origin/main...HEAD --numstatreports 16 insertions and 0 deletions, so no existing record or line ending was disturbednpm run verify:pr-localandnpm run verify:ui. This change cannot affect application behavior — it adds table rows to one markdown file and touches no source, test, config, or build input.Risk and rollout
Clinical Governance Preflight
Not applicable. This change touches no ingestion, answer generation, search/ranking, source rendering, document access, privacy, production environment, or clinical output surface. The Supabase target is unchanged at
Clinical KB Database(sjrfecxgysukkwxsowpy).Notes
mainfirst; none had already landed by another route.